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CAPÍTULO 11 


DESIGN PATTERN 


Design Pattern, que foi traduzido como Padrão de Projeto de Software para português, 
é uma solução padrão para determinado problema recorrente no desenvolvimento de 
sistemas de software orientados a objetos. 

Um padrão de projeto estabelece critérios de análise, organização, modelagem, 
distribuição de tarefas, manutenção, expansão e comunicação entre softwares. Há duas 
métricas básicas de qualidade que devem ser seguidas por um software: coesão e 
acoplamento. Um software tem que ter uma alta coesão, isto é, todos os componentes 
(métodos, classes, pacotes ou qualquer divisão que se faz dependendo do seu tamanho) e 
devem possuir o mesmo nível de responsabilidade. O ideal é que cada componente esteja 
focado na resolução de um problema específico. Além disso, precisa haver baixo 
acoplamento: cada elemento deve ser o mais independente possível de outro. E uma 
alteração da implementação de um componente não pode afetar nenhum outro. 

Os padrões, então, procuram reduzir o acoplamento e aumentar a coesão entre as 
partes de um sistema, diminuindo, assim, a duplicação do código e possibilitando a 
consequente reutilização dos componentes. Isso faz com que o custo de manutenção da 
aplicação caia e a qualidade do código aumente. 





11.1. PROGRAMAÇÃO EM TRÊS CAMADAS 





Um dos padrões mais utilizados no desenvolvimento de softwares é o que separa, 
logicamente, uma aplicação em três camadas: de apresentação, de negócio e de dados. A 
vantagem desse tipo de desenvolvimento é que, com a independência das camadas, as 
atualizações e correções em uma delas podem ser feitas sem prejudicar as demais. Não há, 
portanto, maior Impacto sobre a aplicação como um todo. 

À camada de apresentação determina como o usuário interage com a aplicação e como 
as Informações são captadas e apresentadas. Na camada de negócio, também chamada de 
Lógica empresarial, Regras de negócio ou Funcionalidade, ficam armazenadas as 
codificações do funcionamento de todo o negócio. À de dados gerencia a conexão com todas 
as fontes de dados usadas pelo aplicativo (normalmente, um banco de dados) e o 
abastecimento de dados dessas fontes para a lógica de negócio. 


11.2. MVC (MODEL, VIEW, CONTROLLER) 





O MVC (iniciais de modelo, visão e controlador) é outro padrão muito utilizado em 
aplicações orientadas a objetos. Segue o mesmo princípio da separação em camadas, porém, 
com um foco maior em como esses níveis interagem. Podemos ver a camada de negócios 
como o Model (contendo as classes de modelagem da aplicação) e a de apresentação como a 
View (com toda forma de interação com o usuário: Interfaces gráficas, páginas da web etc.). 
O Controller, porém, é específico dessa arquitetura. É o nível responsável pelas solicitações 
ao Model (instancia e utiliza os objetos disponíveis) e interação com a View (recebe, 
manipula e fornece os dados obtidos). A camada de dados, responsável pela comunicação 
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com o banco de dados, não é citada especificamente pela MVC, podendo ser visualizada 
como pertencente ao Model ou como uma camada Independente. 


Modelo: wa 


« Responsável por representar os objetos de negócio; request | o 





HTTP CL, etc. 


« Manter o estado da aplicação; ee 
HTML, RSS, XML, 
= Fornecer ao controlador o acesso aos dados. Roms 


demand PSA data N, 
Templates, layout 


Visualização: 





= Responsável pela interface do usuário; 
= Define a forma como os dados serão apresentados; 
= Encaminha as ações do usuário para o controlador; 


Controlador: 
= Responsável por ligar o modelo e a visualização; 
« Interpretar as solicitações do usuário; 
« Traduzir as regras executadas no modelo; 
= Retornar as visualizações adequadas à solicitação. 


Apesar de existir uma considerável documentação a respeito da organização de 
softwares em camadas e sobre o MVC, não há uma regra rígida e inflexível de distribuição 
das classes nessas camadas. Boa parte da decisão fica a critério dos projetistas de sistemas, 
que adaptam as vantagens dos modelos existentes às necessidades específicas de cada 
software, podendo, inclusive, criar camadas adicionais como, por exemplo, um nível de 
persistência de dados. O importante é saber que existem modelos de organização de 
softwares que agrupam os recursos do sistema por funcionalidade e, em Java, esse 
agrupamento é feito em packages (pacotes). 


11.3. PACKAGES 





No decorrer do desenvolvimento de um software, muitas classes são criadas e, logo, 
nos deparamos com a necessidade de organizá-las. Os packages servem para agrupar as 
classes, normalmente por funcionalidades comuns. Além das vantagens vistas 
anteriormente, as classes são ordenadas de maneira lógica e física, pois, para cada package, 
é criado um diretório em disco para salvamento. No projeto Livraria abaixo, todas as 
classes estão contidas no default package, como se observa na figura. 
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4 &> Livraria 
4 (8 src 

s E (default package) 
1) Cdijava 
J) Cliente,java 
J) ClientePFjava 
9) ClientePJ java 
9) Custosjava 

- [) Dvdjava 
[9] ElementosMovimentacao,java 
- |) Fornecedorjava 

4) Funcionario,ava 
4) Gerente.java 
9) Livrojava 
5) Pessoajava 
1) Produto,java 
1) Temporario,java 
1] Usuariojava 
3) Vendedor.java 

mà JRE System Library [jdk) 





Assim, um pacote se refere a uma boa maneira de organizar classes de mesma 
natureza. Por exemplo, todas as classes para acesso a banco de dados ficam em um pacote, 
todas as classes para envio de e-mails ficam em outro pacote, e assim por diante. 

O mesmo projeto Livraria devidamente organizado em packages pode ser 
visualizado na figura abaixo. 

4 &5 Livraria 
a (8 src 
& controller 
& model 
& model.interfaces 
| EB view 
mi JRE System Library [|dk) 








11.4. NOMECLATURA DE PACOTES 





Seguindo a convenção para nomes de pacotes em Java adotada pela Sun: os nomes dos 
pacotes devem estar em letras minúsculas e ser um nome do domínio principal (por 
exemplo: edu, gov, com, org, entre outros), ou o código de duas letras que identifica o país 
como, por exemplo br. A ordem dos demais componentes do nome varia de acordo com a 
convenção da empresa. 


- B3 br.com.nomedaempresa.nomedoprojeto.subpacote 
- B3 br.com.nomedaempresa.nomedoprojeto.subpacote? 


- B3 br.com.nomedaempresa.nomedoprojeto.subpacote3 


Esse padrão existe para evitar ao máximo o conflito de pacotes de empresas diferentes. 
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11.5. CRIAÇÃO DE PACOTES 





Para criar um pacote no Eclipse, selecione a pasta Java Resources/src na janela Project 


Explorer do Eclipse, clique com o botão direito do mouse e escolha New > Package. 





>» 'Eg Deployme-=E-———+—ta — 
a EB Jaya Resol Ney Hi [O Project. 
| Santo (| Annotation 
> EM Libraré | 
Bá JavaScript | Open Type Hierarchy F4 |(& Class 
(> build 5how In Bk+Shift+W + | (57 Enum 
=> WebConte E Copy Corto | Es Interface 
Ea Copy Qualified Name Ea desinG Aa 
d Baco Ctrla gi Source Folder 
HEI 5 | 























Na caixa Name da tela que surge, digite o nome desejado para o pacote e clique em 
Finish. 
LA New Java Package 


Java Package 


Create a new Java package. 


Creates folders corresponding to packages. 


Source folder: dsl-java-packages/src | Browse. 


Name: br.com.etec,projeto.modelo 
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